Zadig 文档
Zadig
教程
博客
论坛
关于
中文英文
Zadig
教程
博客
论坛
关于
Zadig v5.0
Loading...
     编辑文档
     反馈问题
     社区讨论

    本页导航

    System Settings

    This article introduces the basic functions of Zadig system configuration, including task configuration, proxy configuration, cache cleaning, shortcut links, mail configuration, and security and privacy.

    # Task Configuration

    System administrators can go to System Setting → System Settings → Task Configuration to configure the number of concurrent tasks and the retention policy for historical tasks.

    system_config_time

    # Task Concurrency Settings

    • Workflow execution concurrency: Controls the number of concurrent workflow/test tasks.
    • Workflow task concurrency: Controls the number of services that can be deployed simultaneously within a workflow.

    Each workflow task requires at least 1C2G resources. When setting the number of concurrent tasks, the following relationship must be satisfied:

    Workflow execution concurrency * Workflow task concurrency * 1C2G ≤ Cluster resources
    
    1

    For example: If the cluster resources are 8C16G, it is recommended to set the workflow execution concurrency to 2 and the workflow task concurrency to 4.

    # Execution Record Retention Policy

    Warning

    Proceed with caution, as cleared data cannot be recovered

    • Set the retention period for workflow data (including workflow tasks and the build logs, binary files, test logs, and test reports they generate). The default retention period is 365 days, and data exceeding this period will be permanently deleted.
    • The system will automatically clean up data at 2:00 AM daily according to the configured rules.

    # System Access

    System administrators can go to System Setting → System Settings → System Access to configure the system access method.

    system_access

    Parameter Description:

    • System Access URL: Configure the internal access address of the Zadig system, used for Git Webhook callback, cluster and host Agent connections.

    # System Webhook

    System administrators can go to System Setting → System Settings → System Webhook to configure a system-level Webhook for sending notifications to external systems when workflows start and complete.

    system_webhook

    Configuration:

    • Enable System Webhook: Enable or disable the system webhook feature.
    • Hook URL: The external service endpoint used to receive system event notifications.
    • Secret Token: The authentication token included in the webhook request header as X-Zadig-Token.
    • Trigger Events: Select which system events should trigger notifications. Currently supported: Start Execute, Complete Execute.

    Notes:

    • The start_execute event is sent when a workflow starts.
    • The complete_execute event is sent when a workflow finishes.
    • Intermediate states such as waiting for manual execution do not trigger system webhooks.

    # Payload Example

    When a workflow starts:

    {
      "object_kind": "workflow",
      "event": "start_execute",
      "workflow": {
        "task_id": 300,
        "project_name": "yaml",
        "project_display_name": "K8sYAML-1",
        "workflow_name": "cache-test",
        "workflow_display_name": "cache-test",
        "status": "created",
        "remark": "1",
        "detail_url": "https://xxx/v1/projects/detail/project-a/pipelines/custom/workflow-a?display_name=workflow-a",
        "error": "",
        "create_time": 1779795193,
        "start_time": 1779795194,
        "end_time": 0,
        "stages": [],
        "task_creator": "admin",
        "task_creator_id": "user-id-xxx",
        "task_creator_email": "admin@koderover.com",
        "task_type": "workflow"
      },
      "release_plan": null
    }
    
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24

    When a workflow completes:

    {
      "object_kind": "workflow",
      "event": "complete_execute",
      "workflow": {
        "task_id": 300,
        "project_name": "yaml",
        "project_display_name": "K8sYAML-1",
        "workflow_name": "cache-test",
        "workflow_display_name": "cache-test",
        "status": "passed",
        "remark": "",
        "detail_url": "https://xxx/v1/projects/detail/project-a/pipelines/custom/workflow-a?display_name=workflow-a",
        "error": "",
        "create_time": 1779795193,
        "start_time": 1779795215,
        "end_time": 1779795245,
        "stages": [],
        "task_creator": "admin",
        "task_creator_id": "user-id-xxx",
        "task_creator_email": "admin@koderover.com",
        "task_type": "workflow"
      },
      "release_plan": null
    }
    
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
    14
    15
    16
    17
    18
    19
    20
    21
    22
    23
    24

    Payload Fields

    FieldTypeDescriptionDefault ValueIs it Required
    object_kindstringObject type. Currently fixed as workflow.NoneYes
    eventstringEvent name. Currently supported: start_execute, complete_execute.NoneYes
    workflowWorkflowWorkflow task details.NoneYes
    release_plannullRelease plan event field. It is always null for workflow events.nullYes

    Workflow Fields

    FieldTypeDescriptionDefault ValueIs it Required
    task_idintWorkflow task ID.NoneYes
    project_namestringProject identifier.NoneYes
    project_display_namestringProject display name.NoneYes
    workflow_namestringWorkflow identifier.NoneYes
    workflow_display_namestringWorkflow display name.NoneYes
    release_planWorkflowReleasePlanRelease plan information when the workflow is triggered by a release plan; otherwise omitted.NoneNo
    statusstringCurrent task status.NoneYes
    remarkstringExecution remark.NoneYes
    detail_urlstringLink to the task details page.NoneYes
    errorstringError message.NoneYes
    create_timeintTask creation time.NoneYes
    start_timeintTask start time.NoneYes
    end_timeintTask end time.NoneYes
    stagesarrayStage and job details.NoneYes
    task_creatorstringTask creator name.NoneYes
    task_creator_idstringTask creator ID.NoneYes
    task_creator_emailstringTask creator email.NoneYes
    task_typestringTask type. Currently workflow.NoneYes

    WorkflowReleasePlan Fields

    FieldTypeDescriptionDefault ValueIs it Required
    idstringRelease plan ID.NoneYes
    namestringRelease plan name.NoneYes
    indexintRelease plan index.NoneYes

    # Proxy Configuration

    The Zadig system supports the use of proxies. System administrators can go to System Setting → System Settings → Proxy Configuration to configure the proxy settings as shown in the figure below.

    system_proxy

    Warning

    Only configuring the proxy without enabling it in specific modules will not make the proxy effective

    Currently, proxies can be used when executing build tasks. The specific settings are as follows:

    1. When pulling code, the proxy must be enabled in System Settings → Integrations → Git Provider
    2. When pulling installation packages, the proxy must be enabled in System Settings → Packages
    3. When pulling Chart packages, the proxy must be enabled in Resourcing → Chart Repository

    # Cache Cleaning

    System administrators can go to System Setting → System Settings → Cache Cleaning to clean up component caches in the system, including stopped containers, all unused networks, unused images, and Build Cache Image.

    1. One-click Clean: After this operation, the cache will be cleaned immediately
    2. Scheduled Clean: The system will parse the Cron expression according to Minutes Hours Date Month Week and clean the cache at the specified intervals. The figure below represents a cleanup every 30 minutes on the 1st of each month

    cache_clean

    # Shortcut Links

    System administrators can go to System Settings → System Settings → Shortcut Links to add common external links, making it convenient for users to access them quickly.

    cache_clean

    # Mail Configuration

    System administrators can go to System Settings → System Configuration → Mail Configuration and click Add to define mail configurations.

    mail_config

    Host Information Parameter Description:

    • Host: The address of the mail server, for example: smtp.example.163.com
    • Port: The port number of the mail server, default is 465
    • Username: The username for the email client, which can be obtained from the email service provider
    • Password: The password for the email client, which can be obtained from the email service provider
    • TLS: Whether to enable the TLS security protocol

    Mail Sending Settings Parameter Description:

    • Sender Address: The email address for sending emails, for example: no-reply@koderover.com
    • Display Name: The name displayed in the email, for example: no-reply

    # Security and Privacy

    System administrators can go to System Settings -> System Configuration -> Security and Privacy to configure security and privacy settings.

    security_privacy

    # Login Session Duration

    Set how long users stay logged in after signing in. Users are automatically logged out after the configured duration.

    # Enforce MFA

    When enabled, all users must complete TOTP binding before they can sign in. Currently, only TOTP (Authenticator App) is supported. Users who have already enabled MFA cannot disable it.

    ← Shared VariablesUsers→

    资源
    教程
    论坛
    博客
    公司
    关于
    客户故事
    加入我们
    联系我们
    微信扫一扫
    hello@koderover.com

    © 2026 筑栈(上海)信息技术有限公司 沪 ICP 备 19000177 号 - 1

    •  跟随系统
    •  浅色模式
    •  深色模式
    •  阅读模式